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DISBURSEMENT TRANSACTIONS 

Background 

Field „ 

[0001] The present teachings generally relate to processing of financial 

transactions and in parficular, relates to processing of electronic transactions involving 

corporate checks. 
Descri ption of the Related Art 

100021 Many check transactions between a customer and a merchant begtn 
electronically a. a point of purchase associated with the merchant. One way to convert a 
check to an electronic information is to scan the check a. the point of purchase. The cheek 
may be scanned to generate a substantially full image or a partial image. The scanmng of the 
check typically includes reading of the check's magnetic ink character recognition (MICR) 
line having infotmation that facilitates subsequent electronic processing of the check. 
Typically, the information obtained from the scanned check is transmitted to a check 
processing service that presses the check transaction in a variety of manners. 

(00031 In a typical electronic processing of a check, the electronic check 
information is transmitted from the merchant to the check processing service. The processing 
service then determines whether the check transaction should be approved based on factors 
such as risk assessment and the level of service subscribed by the merchant. If the check 
transaction is approved, the processing service may fonvard the transaction informatton to an 
Automated Clearing House (ACH) for paperless execution of appropriate debtt and credtt 
entries for the customer and the merchant. Such electronic processing of checks ts 
substantially advantageous in both efficiency and cost. 

|O004] Conventional systems and methods for processing checks in the foregoing 
m amter are usually geared for processing of personal checks. Personal checks differ from 
corporate checks in the physical formats of the checks, as well as in the manner in which they 
are processed. Consequently, when a cotporate cheek is presented to a merchant, ,« usually 



cannot be processed in a similar manner as the persona, checks to .hereby enjoy the benefits 
associated with electronic cheek processing. Thus from the foregoing, mere is an ongontg 
M ed for an improved approach to the manner in whtch electronic ftnaneia. transacts 
involving corporate checks are conducted. 

Summary 

,00051 Varions aspects of the present teachings relate «„ systems and methods for 
electronically processing ftnaneia. transactions involving corporate checks. A front end 
device a, a location associated with a merchant and a cheek processing serv.ee can be 
configured to detect and process corporate checks. In one embodiment, the detection of the 
eorporate cheek is achieved a. the front end device by reading of an auxihary otr-ns field ,n 
,„e check's magnetic ink character reeognttion (MICR) line. Snob information demoting the 
check as a corporate check is used by the check processing serv.ee to at .east part,a,.y base ,,s 
assessmen.ofwhemertoapproveandprocessthecorpom.echecke.ec.ronKaily 

,0006, One aspect of the present teachings re.ates to a method of electronically 
processmg a corporate check recerved a. a merchant location. The merchant location ,s 
associated with a subscribing merchant. The method comprises receiving a check a h 
merchant iocation, and scanning the received check a, the merchant iocation. The method 
further comprises determining a. the merchant iocation whether the scanned check , a 
corpora* check or a non-corporate check based on the presence or absence of an aux, .ary 
on us Nd on the check, magnetic ink character recognition (MICR) hne. The meftod 
further comprises communicating information about the scanned check from the merchant 
nation ,o a check processing service. The information about the scanned check .ncludes an 
indicator indicative of the presence or absence of the auxiliary o„-us field. The method 
further comprises determining a, the check processing service, whether to process the 
information about the scanned check electronical* as a corporate check or a noncorporate 
check based a. least partly on the auxiliary on-us field indicator. 

,00071 In one implementation, the method further comprises determmmg a. 
check processing serv.ee whether to authorize or decline the scanned check In one 
ir „p,ementa,ion, the method further comprises processing the information about the scanned 
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check electronically as a cash concentration disbursement (CCD) transaction via an 
automated clearing house (ACH) upon determination that the scanned check is a corporate 
check and upon authorizing the corporate check. In one implementation, determining 
whether to authorize or decline the scanned check as a corporate check comprises 
determining whether the subscribing merchant is set up to conduct corporate check 
transactions. In one implementation, the scanned check is processed as a non-corporate 
check if the subscribing merchant is not set up to conduct corporate check transactions. 

[0008] In one implementation, determining whether to authorize or decline the 
scanned check as a corporate check further comprises determining whether the information 
about the scanned check includes the indicator indicating the presence of the auxiliary on-us 
field on the scanned check. In one implementation, the scanned check is processed as a non- 
corporate check if the indicator does not indicate the presence of the auxiliary on-us field on 
the scanned check. 

[0009] In one implementation, determining whether to authorize or decline the 
scanned check includes performing a risk assessment of the check transaction. In one 
implementation, determining whether to authorize or decline the scanned check depends at 
least to some degree on a level of service subscribed by the merchant. The level of service 
can include the check processing service guaranteeing checks it authorizes thereby assuming 
risks associated with such checks. The level of service can include the check processing 
service purchasing checks from the merchant thereby assuming risks associated with such 
checks. 

[0010] In one implementation, the method further comprises providing a receipt 
at the merchant location for the received check. The receipt includes language specific for 
the corporate or non-corporate check depending on the determination of the type of the 
scanned check. In implementation, the method further comprises inducing imaging of the 
check upon determination that the check is a corporate check. A full image or an image of at 
least a portion of the check can be obtained. In one implementation, the method further 
comprises retaining the check image at the check processing service upon determination that 
the check is to be processed as a corporate check. 



I001H Another aspect of the present teachings relates to a system for 
e.ectronicatiy processing a corporate check received a, a merchant .ocation. The merchant 
,oca.,on is associated with a snbscrihing merchant. The system comprises a check scanmng 
device at the merchant location. The check scanning device is adapted to receive and scan 
checks mending corporate checks having an auxitiary o„-ns fteld as part of a magnet, tnk 
character recognition (M.CR) line imprinted on the check. The check scanning dev.ee -s 
configured to distinguish a corporate check from a non-corporate check based on he 
presence or absence of the auxiliary on-ns field. The check scanning dev,ce ,s M. 
configured to communica.e information about the scanned check, including an md.ca.cr 

Cectronic processing of the scanned check. The system timber comprises a check processmg 
service Unked ,o the cheek scanning device so as to receive the —ion abou, the scanned 
check The check processing service is configured to determine whether to process tine 
information abou, the scanned check electronically as a corporate check based a, .east partiy 

on the auxiliary on-us field indicator. 

,06l21 .' In one embodiment, the check processing service is further configured to 
determine whether ,0 authorize or decfine the scanned check. In one embodiment, the cheek 
processing service processes the information abou, me scanned check as a cash concen,ra„on 
disbursement (CCD) transaction via an automated clearing house (ACH) upon determ.na.ton 
that the scanned check is a corporate check and upon authorizing the corporate check. 

,00U1 In one embodiment, the check processing service determines whether to 
authorize or decfine the scanned check as a corporate check based at .east partiy on 
. determination of whether the subscribing merchant is set up to conduct corporate check 
transactions. In one embodiment, the scanned check is processed as a non-corporate c eck ,f 
ft. subscribing merchant is no. se. up .0 conduc. corpora.e check .reactions, fit one 
embodiment, .he check processing service further de.ermines whetiter .0 authorize or decfine 
the scanned check as a corporate check based a, leas, partiy on determtnation of whether e 
,„forma.ion abou. .he scanned check inchrdes .he indica.or indicating the presence of Ure 
auxiliary on-us field on the scanned check. In one embodiment, the scanned check ,s 



processed as a non-corporate check if the indicator does not indicate the presence of the 
auxiliary on-us field on the scanned check. 

[0014] In one embodiment, the check processing service's determination of 
whether to authorize or decline the scanned check includes a risk assessment of the check 
transaction. In one embodiment, the check processing service's determination of whether to 
authorize or decline the scanned check depends at least to some degree on a level of service 
. subscribed by the merchant. The level of service can include the check processing service 
guaranteeing checks it authorizes thereby assuming risks associated with such checks. The 
level of service can include the check processing service purchasing checks from the 
merchant thereby assuming risks associated with such checks. 

[0015] In one embodiment, the check scanning device is configured to provide a 
receipt at the merchant location for the received check. The receipt includes language 
specific for the corporate or noncorporate check depending on the determination of the type 
of the scanned check. In one embodiment, the check scanning device is further configured to 
obtain an image of the check upon determination that the check is a corporate check. A full 
image or an image of at least a portion of the check can be obtained. In one embodiment, the 
check processing service is further configured to retain the check image upon determination 
that the check is to be processed as a corporate check. 

[0016] Yet another aspect of the present teachings relates to a method of 
processing a check transaction associated with a subscribing merchant. The method 
comprises obtaining information about the check transaction. The information about the 
eheck transaction includes a magnetic ink character recognition (MICR) information 
associated with the check transaction. The method further comprises determining whether 
the check transaction is a corporate check transaction or a non-corporate transaction based on 
the presence or absence of an auxiliary on-us field in the MICR information. The method 
further comprises determining whether to process the check transaction electronically as a 
corporate check transaction or a non-corporate check transaction based at least partly on the 
presence or absence of the auxiliary on-us field in the MICR information. 

[0017] In one implementation, obtaining information about the check transaction 
comprises scanning a paper check having the MICR information imprinted on a MICR line 
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abS e„ce of the auxiliary on-us fie,d. In one tap—on, the me,hc<, finther compnses 
owning and retaining an image of a, teas, a portion of a eheoic associated wdh the check 
taction upon determination tha, the Chech transaction is a corporate check hansac on 

ml] Ye. another aspect of the present teachings reiates to a method of 
pressing a financia. — n invoking a merchant. The method comprises recetvmg 
location ahou, the financia, tiansaction. The information aUows at .east a p oriton o 
subsetmen, processing of the ftnarrcia, faction to he performed eiectronrc a y. ^h 
m eth„d further comprises determining whether the fmancia, transaction ,s a corporate type or 
a non-corporate type baaed on a fte.d associated with the information ahou, the finanta, 
' laction. The method fhnher comprises detenmintng whether the fmanca, transac on 
shou,d he processed electionicaUy as a corporate type or a non-corporate type tiansact.on 
based at least partly on the field. 

,0022, in one implementation, the financial transaction comprtses a check 
faction. The information ahou. the fmanca, tmnsactton can inc.ude a magneu, u* 
character recognifion (MICR) informafion associa«cd w,.h .he check transact™. The 
assocated with .he informafion abou, .he financia, fiansacfion can compose an auxrhary on- 
us f,e,d associa.ed with the MICR information. In one imputation, de— g whether 
to check taction is a corporate type or a non-corporate type comprises determmmg 
whether the auxifiary on-us f„d is present or absent in the MICR information. ^ 

,0023, In one implementation, receiving information abou. the financ.al 
nansaction occurs a, a .ocation associa.ed w„h the merchant, fn one imp—on 
netermining whether the financia, tiansaction shou.d be processed e,ec,ron,ca„y - . 
comoratetype or a non-cotporate type transaction occurs at a financia, transachonprocsm 
serv ,ce in one implementation, tire financial transaction processmg scrv.ee further 
aetemtines whether to authorize or decline the fmanca, transaction. In one imp— 
,he fmanca, transacfiou is processed e.ectronicafiy as a cash concentration — 
(CCD) transacfiou via an au.om«ed clearing house (ACH) upon 
financia, transaction is a corporate We transaction and upon authorisation of such 
c 0r pora,e .ype transaotiou. fn one .mp.emeutation, detetminiug whether ,0 a.h^ 
ale the financia, tiansaction as a ccporate type transaction compnses de.ermm.ng 



whether the merchant is capable of conducting the corporate type transactions. In one 
implementation, determining whether to authorize or decline the financial transaction as a 
corporate type transaction further comprises determining whether the field is present in the 
information about the financial transaction. 

[0024] In one implementation, determining whether to authorize or decline the 
financial transaction includes performing a risk assessment of the financial transaction. In 
one implementation, determining whether to authorize or decline the financial transaction 
depends at least to some degree on a level of service that the merchant subscribes to the 
financial transaction processing service. The level of service can include the financial 
transaction processing service guaranteeing financial transactions it authorizes for the 
merchant. The level of service can include the financial transaction processing service 
purchasing financial transactions from the merchant. 

[0025] In one implementation, the method further comprises providing a receipt 
upon receiving information about the financial transaction. The receipt includes language 
specific for the corporate type or non-corporate type transactions depending on the presence 
or absence of the field associated with the information about the financial transaction. In one 
implementation, the method further comprises obtaining and retaining an image of at least a 
portion of a check for financial transactions involving checks upon determination that the 
financial transaction is a corporate type. 

[0026] Yet another aspect of the present teachings relates to a system for 
processing a financial transaction involving a merchant. The system comprises a receiving 
component that receives information about the financial transaction. The information allows 
at . least a portion of subsequent processing of the financial transaction to be performed 
electronically. The information includes a field that determines whether the financial 
transaction is a corporate type or a non-corporate type. The system further comprises a 
financial transaction processing service linked to the receiving component. The processing 
service is configured to allow determination of whether the financial transaction should be 
processed electronically as a corporate type or a non-corporate type transaction based at least 
partly on the field. 
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TWf r> PS criptio" ofthg Drawings 
,0039) Frgure 1 fflustta.es a block dragram of a system configured to eonduc. 

electronic check transactions; 

,0040, Figure 2 iHustta.es a block diagram of a front end devrce configured .o 

anew a. leas, some of .he various .ypes of electtonic cheek transactions; 

,004.1 Figure 3 illustrates a block diagram of a communion hnk between 

W end device and a processing service that processes check transacts; 

X Fi g ls4 A .Offlus t ra,someo f ,hepo S sib,ecommumca,i„n,inksbe r ween 

the front end device and the processing service; 
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[0043] Figure 5 A illustrates a block diagram of one possible configuration of the 
processing service adapted to perform communication with merchants and authorize 
electronic check transactions for the merchants; 

■ [0044] Figure 5B illustrates a block diagram of how the electronic check 
transaction may be authorized based on information about the merchant and an assessment of 

risk associated with the check; 

[0045] Figure 6A illustrates a process for conducting an electronic check 
transaction at a location associated with the merchant and at the processing service; 

[0046] Figure 6B illustrates an exemplary cash concentration disbursement 
(CCD) transaction that allows a subscribing merchant to select the manner in which funds are 
credited/debited with respect to selected bank accounts; 

[0047] Figure 6C illustrates an exemplary concentration of funds to a selected 

account vial the CCD transaction; 

[0048] Figure 7A illustrates a process for authorizing a corporate check 

transaction; 

[0049] Figure 7B illustrates a process for assessing a risk associated with the 

corporate check transaction; 

[0050] Figure 8A illustrates a block diagram of a front end device adapted to scan 

checks and determine their types; 

[0051] Figure 8B illustrates an exemplary block diagram of how a check 
transaction data can be denoted to be a corporate check transaction; 

[0052] Figure 9A illustrates one embodiment of a check scanner having a display 
panel that can display a receipt message specific for the type of check scanned; 

[00531 Figure 9B illustrates another embodiment of a check scanner linked to a 
receipt printing device to allow generation of a hardcopy receipt; 

[0054] Figure 9C illustrates another embodiment of a check scanning system 

based on a computing device; 

[0055] Figure 9D illustrates an embodiment of a computing device configured to 

conduct electronic transactions involving corporate checks; 
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l0 056] Figure 9E illustrates a telephone based system configured to conduct 
electronic transactions involving corporate checks; 

10057] Figures 10A and B illustrate one embodiment of a check scannmg dev.ce 
configured to distinguish a corporate check from a non-corporate check; 

[0058] Figure 1 1 illustrates one possible process for distinguishing a corporate 

check from a non-corporate check; 

[00591 Figure 12A illustrates oue embodimen. of a eheck seauner configured .0 
displayaeorpora.ereeeip.uponseauuingandde.ee.iouofaeorpora.eeheek; 

[0060] Figure 12B iUus.ra.es another embodimen. of a eheek seanner configured 
, 0 prin, a corporate receip, upon seanning and de.ee.ion of a corporate check; and 

[00611 Figure 13 illustrates one poss.ble process for generating a corporate rece,p« 
or a non-corporate receip. based On the determination of ,he check .ype via scanning. 

p.».l>H TVsr.rintion otCHjanj Fmhodimenls 
[00621 These and other aspects, advantages, and novel features of the presen, 
things will become apparen. upon reading the following de.ai.ed description and upon 
reference .o .he accompanying drawings. U .he. drawings, sunilar elements have stmt.ar 

reference numerals. . . 

[00631 The present teachings generally relate to various aspects and embod.ments 
of systems and methods of conducting electronic financial transactions. As shown in F.gure 
, „„e aspect of.be presen. .cachings relates ,0 a financial transaction processing system 100 
comprise a financial transaction processing service ,02 linked .o a plurality 
merchants .06. As shown in Figure 1 and in other figures, .he financial transaction 
processing service ,02 is depicted (and described herein) as a check processmg service ,ha, 
processes checkrelated pactions. ,, will be appreciated, however, that ,he novel features 
of ,he presen, ,each,ngs are no, necessarily limited ,0 .he check related transactions an can 
be practices in Cher types of e,ec,ronic transactions. For example, 
tactions or baric transactions involving non-checking accoums may be performed usmg 
the advantageous features of the present teachings. 
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[0064] In one aspect, the present teachings allows electronic processing of 
transactions that are corporate based. In certain embodiments of the present teachings, 
corporate type transactions as well as non-corporate type transactions may be processed m an 
advantageous manner by the merchants 106 and/or the processing service 102. Manners in 
which the corporate type transactions are identified and processed are described below in 
greater detail. 

[0065] As shown in Figure 1, a subscribing merchant has associated with it a 
front end device 104 that is communicationally linked to the processing service 102 via a link 
1 10 The processing service 102 receives information about a financial transaction involving 
the subscribing merchant via the link 110, and processes the information. As is known in the 
art the processing service can offer a variety of services to the subscribing merchant, 
depending on the merchant's type of subscription. For example, the merchant's subscription 
may be such that the processing service 102 instructs the merchant to simply either accept or - 
decline a received check based on some risk assessment. In another example, the processing 
service 102 can purchase the received check from the subscribing merchant and bear the risk 
of the check, such that the subscribing merchant does not need to worry whether the received 
check is good or bad. 

[0066] As is also shown in Figure 1, in one embodiment, the processing service 
102 is linked to an Automated Clearing House (ACH) 1 12 (as indicated by a line 1 14) and a 
Federal Clearing House (FCH) 116 (as indicated by a line 120). As is known, the FCH 116 
typically handles paper drafts of checks, and the ACH 1 12 typically handles electronic check 
transactions. 

[0067] As illustrated in Figure 2, one aspect of the present teachings relates to the 
front end device 104 configured to accept as inputs 130, at least some of various check 
related transactions including but not limited to a corporate check 130, a non-corporate check 
134 a corporate checking account related transaction 136, and/or a non-corporate checking 
account related transaction 140. Such inputs 130 may allow subsequent processing of the 
transaction via various Standard Entry Class Codes (SEC Codes - an ACH convention) 
including but not limited to, Accounts Receivable Conversion (ARC), Customer Initiated 
Entry (CIE), Machine Transfer Entry (MTE), Consumer Cross-Border Payment (PBR), Point 

i 
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of Purchase (POP), Point of Sale/Shared Network Transaction (POS/SHR), Prearranged 
Payment and Deposit (PPD), Re-presented Check (RCK), Telephone-Initiated (TEL), 
Internet-Initiated (WEB), Corporate Cross-Border Payment (CBR), Cash 
Concentration/Disbursement (CCD), and the like. As is known in the art, the various 
exemplary SEC Codes can be generally classified as Consumer Applications, Corporate 
Applications, and Other Applications. For example, the POP code is associated with the 
Consumer Applications, and the CCD code is associated with the Corporate Applications. 

[0068] As shown in Figure 2, the front end device 1 04 receiving the various types 
of financial transactions is linked to the processing service 102 via the link 110. One aspect 
of the present teachings relates to the front end device 104 configured to distinguish a 
corporate type financial transaction from a non-corporate type transaction. Various 
embodiments and implementations of such systems and methods are described below in 
greater detail. 

[0069] Another aspect of the present teachings relates to the processing service 
102 configured to process a received transaction (from the front end device 104) as either a 
corporate type financial transaction or a non-corporate type transaction. A possible system 
and method having such a capability is described below in greater detail. 

[0070] Figure 3 illustrates that the front end device 1 04 is linked to the processing 
service 102 via a communication link 150. Such a communication link 150 may be achieved 
in a number of ways, and some possible modes of communication link are illustrated in 
Figures 4A-D. 

[0071] Figure 4A shows that the communication link 150 may comprise a 
conductor based connection 152a. Such conductor based connection 152a may include by 
way of example, a telephone line, a telecommunication cable, a dedicated line, and the like. 

[0072] Figure 4B shows that the communication link 150 may comprise a 
network based connection 152b. For example, the communication between the front end 
device 104 and the processing service 102 may occur via the Internet. 

[0073] Figure 4C shows that the communication link 150 may comprise a 
wireless link 152c. Such a link may be facilitated by some form of a network such as an 
Internet or a telecommunication network. 



-15- 



* 

[0074] Figure 4D shows that the communication link 150 may comprise a link 
152d having some combination of a line based component and a wireless component. Thus, 
it will be appreciated that the front end device 104 and the processing service 102 can be 
linked in any number of ways utilizing various communication means available without 
departing from the spirit of the present teachings. 

[0075] Figure 5A now illustrates one possible embodiment of the processing 
service 102 that allows electronic processing of corporate type financial transactions, 
including transactions involving corporate checks. The processing service 102 comprises a 
gateway 162 that communicates with the merchant 106 via the link 110. As described above 
in reference to Figures 3-4, the link 110 may comprise a variety of communication means. 
The gateway 162 may be configured to receive electronic information about the various types 
of financial transactions input into the front end device (not shown in Figure 5A) associated 
with the merchant 106. The gateway 162 may also be configured to transmit decisions or 
other information associated with the service's processing of the financial transaction 
information. 

[0076] In general, the gateway 162 may comprise one or more computers tasked 
for allowing communication between the processing service 102 and the plurality of 
merchants' front end devices. Such a task may include, but not limited to, routing incoming 
and outgoing data, providing a firewall that inhibits unauthorized access, and providing a 
secure link between the processing service 102 and the subscribing merchants (via, for 
example, encrypted communication link). 

[0077] The processing service 102 further comprises an authorization component 
160 configured to authorize or decline electronic financial transactions. In one embodiment, 
the authorization component 160 is configured to authorize or decline acceptance and 
processing of a corporate check received at a location associated with the merchant 106 in a 

manner described below. 

[0078] As shown in Figure 5A, the authorization component 160 may perform its 
authorization function facilitated by one or more database 164. Such a database 164 may 
comprise a merchant profile database 166 having information about the merchant 106. The 
database 164 may also comprise a check information database 170 having information about 
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a magnetic ink character recognition (MICR) line associated with the check being processed. 
The database 164 may also comprise a risk management database 172 having information 
that facilitates risk assessment(s) performed by the authorization component 160 or some 
other component associated with the authorization component 160. The database 164 may 
also comprise a negative data database 174 having information about previous transactions 
that resulted in a negative disposition. 

[0079] It will be appreciated that, although the various databases 166, 170, 172, 
174 are depicted to be within the database 164, such a relationship is for descriptive purpose 
only, and in no way limit the manner in which the databases are configured. For example, 
the various databases may be part of a single large database. The various databases can also 
be physically separate from each other, and also physically separate from the database 164. 
Furthermore, the database 164 may also be physically located outside of the processing 
service 102, and be accessible by the authorization component 160. Thus, it will be 
appreciated that the system of processing service 102 depicted in Figure 5 A is a functional 
block diagram, and in no way intended to limit the scope of how such service 102 can be 
configured. 

[0080] Figure 5B now illustrates one embodiment of an exemplary authorization 
component 530 that authorizes or declines the check transaction. As is evident from Figure 
5B, the authorization "component" 530 may comprise a combination of processors, 
databases, data, programs, and the like. Similar to the databases described above in reference 
to Figure 5 A, such "parts" of the authorization component 530 may be integrated at a single 
location, located at different locations, or be configured in any possible combination. 

[0081] The exemplary authorization component 530 comprises a processor 550 
that accesses information related to the check transaction and determines whether to 
authorize or decline the transaction. In one implementation, the processor 550 accesses the 
merchant profile database 166 having information about a plurality of merchants. For 
example, an exemplary merchant "WXY Store" has associated with it a profile 532. Such a 
profile may include merchant name, merchant identifier, check acceptance level, corporate 
check transaction capability, etc. 
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[0082] The check acceptance level may include several services available to 
subscribing merchants, with each service level having a corresponding service fee. In one 
implementation, the service level options include a basic approve/decline service where the 
merchant still assumes the risk even if the check is approved. The merchant may also choose 
a warranty service where the check processing service guarantees that check will clear if it 
approves the transaction. In such a service, the check processing service assumes the risk 
once it approves the check. The merchant may also choose a check acquisition service where 
the check processing service buys the checks from the merchant and assumes the risks 
associated with the checks. It will be appreciated that any of a number of different service 
levels can be provided to the merchant without departing from the spirit of the present 
teachings. 

[0083] As shown in Figure 5B, the exemplary merchant profile 532 indicates that 
the exemplary merchant "WXY Store" has selected the exemplary warranty service. The 
profile 532 also indicates that "WXY Store" is capable of conducting corporate check 
transactions. 

[0084] In one implementation, the processor 550 obtains information about the 
merchant from the merchant profile database 166, and transfers at least some of that 
information to perform a risk assessment (indicated by a block 534). Thus, a merchant data 
input 542 may be obtained in the foregoing manner. Other inputs such as a check data input 
536 and a customer data input 540 may also be obtained in a similar manner. The exemplary 
data 536, 540, and 542 are depicted to be input into a risk engine 544 that performs a risk 
analysis process and outputs a risk score 546 that is indicative of the transaction parameters 
such as a risk of the transaction relative to the profit of the transaction. 

[0085] Figure 5B also shows the database 164 described above in reference to 
Figure 5A. Such a database may be accessed by the processor 550 to facilitate the risk 
assessment. As shown in Figure 5B and described above, the exemplary merchant profile 
database 166 may be located anywhere (with respect to the other databases and the check 
processing service) accessible by the authorization component without departing from the 
spirit of the present teachings. 
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[0086] In certain implementations, the risk assessment assigns a risk score based 
on various factors associated with the check transaction. Such factors can weigh the 
likelihood that the check will return against the likelihood that the check will clear. Such 
balancing of risk of a bad check against the potential profit for a successful transaction may 
depend on factors such as the amount of the check, check writer's history, check writing 
frequency at the time of check submission, location and type of business associated with the 
merchant, merchant's check transaction history, and the like. The check transaction may be 
approved if the risk score determined in such a manner is above a certain level. The check 
transaction can be declined if the risk score is below a certain level. In certain 
implementations, an intermediate risk score between the "authorize" and "decline" score 
levels may trigger an additional risk assessment that assesses the potentially profitable check 
transaction in greater detail. 

[0087] In certain implementations, the risk assessment for a corporate check may 
be performed in a similar manner, with a factor such as the check writing company's fiscal 
"history" being treated similarly as the check writer's history in the risk score determination. 
Moreover, because some corporate checks are likely to involve greater check amounts, the 
check amount factor may be treated differently than that for a personal check. It will be 
appreciated that the risk assessments for both the corporate and personal checks may be 
performed in any of a number of ways without departing from the spirit of the present 
teachings. 

[0088] Figure 6A now illustrates one implementation of a process 180 for 
conducting an electronic check transaction via the merchant and the check processing service 
described herein. In particular, the process 180 allows electronic processing of a corporate 
check as a CCD transaction. The process 180 begins in state 182 where the merchant 
receives a check as part of a financial transaction. The check may be received either in 
person, by mail, via some form of a drop box, and in any other manner. In step 184, the 
received check is scanned at a location associated with the merchant. Some possible 
embodiments of devices that allow such scanning and also facilitate subsequent processing as 
a CCD transaction are described below in greater detail. The location associated with the 
merchant may or may not be on the same premises as the merchant's place of business. For 
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example, the location where the check is scanned may be physically within the merchant's 
place of business (e.g., a store). Alternatively, the checks may be scanned at a location away 
from the merchant's place of business. 

[0089] In check-related transactions where information about a check is obtained 
from a customer (e.g., in a web-based check transaction), a paper check does not need to be 
scanned. In such a transaction, the information about the check transaction may bypass the 
merchant's place of business and be transmitted to a third party entity (such as an internet 
service provider) for further processing. Thus, it will be understood that "location associated 
with the merchant" may include the merchant's place of business or any entity that facilitates 
merchant's performance of electronic financial transactions. 

[0090] Following step 184, the process 180 in step 186 determines if an auxiliary 
on-us field is detected in the scanned check. If not detected, the process 180 processes the 
scanned check as a POP transaction in state 1 90. 

[0091] If the auxiliary on-us field is detected, the process 180 in step 192 induces 
displaying or printing of a receipt having language adapted for a CCD transaction. The 
processT SO in step 196 can also denote the transaction as a corporate check transaction. In 
certain implementations of the process 180, the device that scans the check may be 
configured to obtain an image of the check if the check is determined to be a corporate check. 
It will be appreciated that the image of the check may comprise a substantially full check 
image, or snippets of portions) of the check. In certain implementations, the check may 
already have been imaged during the scanning step 184, and the process 180 may retain such 
an image in step 208. In certain implementations, the check scanning in step 184 may 
comprise reading of the MICR; the process 180 in step 208 may induce the check to be 
scanned to obtain the check image upon determination that the check is a corporate check. 

[0092] In step 198 that follows, the process 180 transfers transaction data with the 
corporate check denotation to a check processing service. It will be appreciated that steps 
192 and 196 may be performed in sequence, or as depicted in Figure 6A, in parallel, without 
departing from the spirit of the present teachings. When the step 192 "branch" is performed 
in parallel (to the step 196 branch), that branch may terminate in state 194 where the receipt 
for a corporate check is presented or caused to be presented to the customer. When the step 
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192 branch is performed in series with the step 196 branch, steps similar to 192 and 194.may 

be performed prior to or after step 196. 

[0093] It will be appreciated that the corporate check denotation may comprise 
any number of formats, including but not limited to the auxiliary on-us field information. 
Some exemplary types of corporate check denotation are described below. 

[0094] The process 180 continues in step 200 where an authorization process is 
performed on the transaction data. In one aspect, the authorization process is based on the 
presence of the corporate check denotation and a profile associated with the merchant. The 
process 180 in step 202 determines whether the transaction should continue as a CCD 
transaction based on decision(s) in step 200. If the answer is "no," then the process 180 
processes the transaction data as a POP transaction in state 204. 

[0095] If the answer is "yes," the process 180 in step 206 performs a risk 
assessment on the transaction data as a CCD transaction. Based on the risk assessment, the 
process 180 in step 210 determines whether the transaction should be processed 
electronically via the ACH as a CCD transaction. If the answer is "no," the process 180 in 
• state 212 performs a post-risk assessment action(s) that may include instructing the merchant 
to decline the check or keep and process the check as paper. If the answer is "yes," the 
process 180 in state 214 submits the transaction electronically to the ACH with a CCD SEC 
Code. 

[0096] In one implementation, the process 180 described above in reference to 
Figure 6A occurs at the merchant location as well as the check processing service. Thus,, 
steps 182, 184, 186, 190, 192, and 194 preferably occur at the location associated with the 
merchant, and the other steps preferably occur at the check processing service. 

[0097] Figures 6B and-'6C now illustrate in a simplified manner how a CCD 
transaction works and how it may provide an advantage to a subscribing merchant. As 
shown in Figure 6B, an exemplary check transaction path 560 comprises a subscribing 
merchant 562 having a plurality of exemplary stores 564. At least some of the stores 564 
may be equipped with their own front end devices 566. The exemplary stores may be located 
at different geographic locations, and consequently, each store may utilize the services of a 
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baric local .o that par.icu.ar store. Thus, for example, store -1" (564a) is depieted to be 
equipped with a front end device 566a, and has a local bank account "1 ." 

100981 As further shown in Figure 6B, the plurality of front end devtces 566 of 
the plurality of stores 564 are .inked to the check processing service 102 via links , .0. Such 
links may be under one or more subscription assented w„h the subscribing merchant 562. 
For the purpose of description, the four exemp.ary stores 564a-d are assumed to be capab.e of 
accepting and processing corporate checks in various manners described heretn. The check 
processing service .02 processes me corporate check, also in manners described herem and 
transfers the transaction to the ACH 112 as a CCD transaction via the .ink 1 .4. The CCD 
transaction then allows the ACH 1 12 to credit (or debit) selected bank accounts 570 v,a Itnks 
572 as instructed by the check processing service 102. In certain implementations, the CCD 
taction instruction as issued by the cheek processing service 102 may configurable by the 

subscribing merchant 562. 

10099] Thus, one can see that the CCD transaction allows the funds to be 
controlled and directed to a desired account in a more efficient manner man a non-CCD 
transaction. For example, in the non-CCD transaction, a check transaction from store "1 
may be processed such that its local bank account "1" is firs, credited (or debited). Such a 
ftmd may .hen need to be transferred to the desired selected account(s) 570 by means such as 
a wire transfer. 

^ (01001 Figure 6C illustrates an exemplary cash concentration path that may be 
configured as desired by me subscribing merchant 562. In certain embodmrents, the 
subscribing merchant's subscription to the check processing service 102 mcludes an 
instruction 582 that instructs how corporate check funds are to be directed. Thus, the 
exemplary instruction 582 is depicted to instruct the check processing servtce 102 to 
configure the subsequent routing so that the credits received from the plurality of stores are 
credited to account "A." The check ptocessing service then includes such an instruction as 
part of .he CCD transaction ins.mc.ion to the ACH .12. The ACH 112 in response dtrects 
the credits to WXY's bank account "A" 570a, thereby concentrating the fundsm .ha. selected 
account in a more efficient manner. 
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• that a selected disbursement of funds may be 
• 10101] '" It will be appreciated that a selected 

• -wr manner as that described above in reference to Figure 6C. 
performed m a smular manne as tha ^ descrlbed in terms of crediting a 

Furthermore although the exemplary CCD transactions are u 

I! In,, U w,H be appreciated that debiting of se.ected — , may a so be - 
selected teachings, 
performed in a similar manner without depamng from sp.ru o ^ 

,0,021 Figures 7A and B now illustrate processes 220 and t P 

Th, nrocess 220 relates to one possible method of 
occur a, the check processmg se^rce. The process 
performing step 200 of «he process ,80 described above m referem* < ■ 
process 240 relates ,0 one poss.bie methpd of performing step 206 of the process 
described above in reference to Figure 6A. _ 

101 „ 31 As shown in Figure 7A, me process 220 begtns a. a starve 2 , ^ 

■ c t P n 226 whether the merchant is set up to perform CCD transactions. 
220 then determines in step 226 whetner tne transaction in 

c <>™ nrocesses the transaction data as a POP transaction 
If the answer is "no," the process 220 processes tne ^ 
ep 230, and me process 220 ends in a stop state 232 thereafter, .ftheansw- yes^ 

Sss 20 in step 234 further determines whether the transaction data mchrdes a CCD » 

Leeds to steps 230 and beyond in a manner described above. If the answer . y« * 
X 220 in step 23o tssues a fust auction and performs a risk — * - 
Laerion data as a CCD transaction. * certain ,mp,ernen,a„o„s of the proce 2^0 

igure 6A in certain imp.ementarions, the cheek transaction —on can me.ude the 
o 21 cheek rurage (partial or Ml). Thus in certain implemerrtarrons of me process 220, 
rlltlge ,s Hed m step 223 upon dete— ,a, the check transaetroo can 

a rrn transaction The process 220 ends in.a stop state 238. 
^ ^ TIlinFi;e 7 B,theproees S 240beginsatas,a rtS ,a,e242 : dm 

. • .MTPR database to obtain information about the MICR tag 
foll ows, the process 240 accesses ^ ^ from the 

associated with the transaction data. The process 24U, 
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fai , („, some o.her res,,, ftrerebebveen) the bansacfion data for further prodrug. 

,„ 1051 m s,ep 250 that follows, .he process 240 «— * 
taction dara passes .he M,CR dafabas^ecred rule res,. If Ore answer ts no, he 
ZTJ 40 in sep 252 ovemdes, if any, an existing —ion (e.g., firs, an- 
ile above in reference ,o Figure 7A>. Then, fire process 240 in s«ep 254 uoUfies .he 
descnoea aouvc nrfiress 240 then ends in a 

merchant .0 keep and process .he eheck as paper bansaCon. The process 

St0P ,f fir. answer is "ye, in s,ep 250, fire process 240 in ,ep 25* perfonns a 

nsk nranagemen. as— associa.ed whh fire transaction d*a .0 — ~<£* 

may access one or nrore databases .0 perform fire risk assessment In step 260 ft* fo.lows, 

ft. proeess 240 determines whefirer .he bansaction da.a passes the risk assessment. 

I f,heansweris.Wi„ S ,ep260,,hep ro ee S s24„ins,ep262dechnes,he 

ch eek Lofton, and in s.ep 264 «ha. fofiows, .he process 240 sends a deehne nobee .o h 
mlhan. In certain imperious, such a deehne decision overrides the prevmus firs, 

;2L» ^^^^^^^ 

'-ST ,f,ea„sweris^ms t ep260,,hepr„eess240proceeds,o S ,ep 26 8t o 
d J„e if legauve da. assoe.ared w,.h fire ftanaacfion da, The ^ s 2 40 may 

access one or more databases .0 perform such a determination. The process M0 - step 
m follows, de.emrineswhemer.hetransac.ionda.apasses.henegativedaUa.es.. 

0109, .f me answer is "no" in ,ep 2,0, .he proeess 240 in steps 262 and beyond 

■ rton 97? annroves the transaction data, in certain 
is "yes" in step 270, the process 240 in step 272 approves in 

1 P ementafiols, .he process 240 sends a second —on nofiee .0 fire merehan ^ 

of a decline nofiee after .he fir, au.honaafion may funehon as a ^pos r, — ^ 
au.horiza.ion. As previously descnbed ,„ reference ,0 Figures A -J^^ 
^lamentations, the .rnage (partial or OdQ of .he corporate check may be ob.a,ned 
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>u» nmress 240 retains the check image in step 
a tw in certain implementations, the process zw rei 
retained. Thus in certain im F electronic 

c 9Af> in step 274 submits the check transaction to ALU 
278. The process 240 in step li<* 

th* nrncess 240 ends in a stop state 270. 

— - ■— * ** — ° f ° ne emboa T rrn 

art, some business checks are pruned on the 6 stock, in 

herein, rertns "corporate cheeks" and «non-corpora.e checks are us- 

seOTnd se, of numhors ro .he righ. of the on-us symbo « J ^ 
second se, of numbers to the right of the on-us symbo, of the 

serial number (check number). ^ . he ^ 

mini As is generally known in the art, the on us tie 

^Isasortin^ 

SU 0h a sorting, ".suchano^ttontsthe b^^ ^ 
on . us fie.d allows the check issuing bank to sort «e 
Conscucntly, .be on-us fold typically includes some con— 
number and the serial number. ^ ^ ^ ^ „ of 

10 „4, A corporate check fa*. . ^ 

. r ,j tu« Qnviliarv on-us field is oracKeicu vy 
the transit field. The auxiliary on u 
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u ic tn the left of the transit field, and one on- 

— ^^^^^^ 

left, and one on-us symbol to the nght non . corp0 rate checks 

f v 5 nf detecting and distinguishing corporate checks tromn 

variety of ways of detecting an » A , an example, a detection of an 

exemplary MICR line 286 and the MICR hn ^ ^ ^ 

field 290. The exemplary non-corporate check 284 includes a 

a t MTCR line 292 does not have an auxiliary on-us held, 
however, that MICR line m u c Ca nned by the scanning 

mi i *i The exemplary checks described above can be scanned y 

teller circuitry processor circuitry, processors, general purp 
comprise controller circuitry, p _ ^ embedded microprocessors, 

multi-chip microprocessors, digital signa P 

microcontrollers and the like. nne embodiment, the program 

l01171 Purtbermore, i. wffl be appeared .ha, « one em 

togic l y aavan— be ftnp.emen.ed - - « - «^ * 
m^ advan,a g eo.,s, y be configured .0 execu.e on one „, more — 

,• tn software or hardware components, modules sucn 
M " M ^:ZT1^. d. — s an, .as. component 
modules, object-onen.ed software cotnp ^ 

drivers, firmware, microcode, circuitry, ua 

variable$ - - «a the scanning front end device 280 further 

I0U8 , * sbown ,n ^ ' transaction reht ed 

comprises a communicauon componen. 300 adap ^ ^ 

inf orma,ion to and from the check processmg serv.ce. 
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uprises a user input component 302 adapted «o rece.ve i„p, from the — 
Jmer ,o —he processmg of ttre check — . The front - 
tete comprises a display/output component 304 Una, outputs —on .0 .he merchant 
and/or the customer to facilitate the check transaction. 

,„,,„ Figure SB now illustta.es an exemplary block dragram 590 of how an 
informarion obtained by .he front end device (280 in Figure 8A) can be denoted as a 

exponent 2,4, in one embodiment, scans the check and reads the check s M.CR as 
lied by an arrows Such an operarion may resu,, in a data pack, 5,4a a— 
with ,be check unage (substantially full or in snippets), and a data packet 5,4 — 
Witt, ttre check's M.CR information. 1. win be understood that such exem P ,ary data pack s 
n may exist as a singu.ar da. packet, or in any of a number of different P oss,b,e 

[01201 As shown in Figure 8B, the processor zvo v 

. ^oto ^06 that mav include the check image 

P ackets594aandbandoutputachecktransactiondata596thatmayn 

. r ' TVip nrocessor 296 may also append an indicator 598 that 

and the MICR information. The processor m y f 

, , 0 r Q6 a corporate check transaction. It will oe 
denotes that the check transaction data 596 is a corporate 

c ! be implemented in a number of ways. For example, .he ttrdicator may comp se Mock 
of da,aappended.omecbeck.ransac.ionda.5,6inarecognizab,e m an„e,Sucbab,ocW 

data ma 'comprise ttre .formation obtained from ,e auxihary on us «e,d, or m = 
any form, of data whose presence indicates «ha. the indicator 5,8 ,s present m , c c ^ 
faction data 5,6. Alternatively, the indicator, may be implemented as a swttch y. 
indicator. For example, the indicator may comprise a simple status b„ ttra, . p- * 
ch eck transaction da. 5,6, and the status bit being "on" may ind.cate a corporate check 

"""Til, The exemplary check transaction data 5,6 formed in the foregoing manner 
can be transferred to the con—ion component (300 in Figure 8A, that in turn 
lunicates it to the check processmg serv.ee (no. shown, The exemplary denota^ 
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- ip, ;r d C- LIT- — — ■ - - 

. rj - > — — r 

the device 3.0 white p— a tran^m • O ^ ^ „ e 

,„ d,sp,ay a receipt message upon rece.pt of a check. O ^ ^ 

to a,,ow me customer* — ge the read, g ^ ^ he ^ . ,e 
disp ,ay pane, 3,2. The check scannmg dev.ce 3,0 s a so 
pr ocess,ng service (not shown) via the communication hnk ,50. 

,01231 in one aspect, the present teachmgs relates to the check g 

based on such a detection. In certain noncorporate check 

c a, allow scanning of both the corporate check 282 and the non rp 
configured to allow scanning ^ ^ tQ 

(not shown). Consequently, the check scanning n the oresence 0 r absence of the 

auxiliary on-Us field- . daptea t0 scan 

,0124, Figure 9B illustrates a similar check scanmngdev.ee 

h 2 (and the non-cotporate checks in some emhodunen*) coup.ed to a 
,he corporate check 282 and no * ^ ^ ^ ^ The 

printing dev.ee 326 va a hnk 332. The fink rf g ^ 

. , ■ . T7S is artaoted to print out a receipt 330 m respu.. 
printing dev.ee 326 ,s adapted p ^ ^ flf ^ 

The receipt 330 may inCude .anguage fta, reflects . J 
taction, in ceriain embodiments, the reee.pt may also he pnnted 
appropriate for the non-corporate check. 9A> 
, on51 As w„h me emhodimen, . ^ ^ ^ 

cert ain embodiments of me check scanmng (ransaction bas ed on such a 
aexifiary on-us fie,d on the cerate check 282 and perf rm ^ 
detection. In certain embodiments, the cheek scannmg dev.ee 
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allow scanning of both the corporate check 282 and the non-corporate check (not shown). 
Consequently, the check scanning device 320 may be configured to distinguish the corporate 
check from the non-corporate check based on the presence or absence of the auxiliary on-us 
field. Furthermore, as shown in Figure 9B, certain embodiments of the check scanning 
device 320 may include a display panel 322 and a keypad 324 that facilitate user-friendliness 
of the device 320 while performing a transaction. Also, the check scanning device 320 is 
also depicted to be linked to the processing service (not shown) via the communication link 
150. 

[0126] Figure 9C illustrates a check scanning assembly 340 that facilitates 
scanning and processing of a check. In particular, the assembly 340 may be configured to 
scan corporate checks and non-corporate checks, and distinguish these two types of checks 
based on the presence or absence of the auxiliary on-us field, thereby allowing subsequent 
processing of the differentiated checks in a manner disclosed herein. 

[0127] As shown in Figure 9C, the check scanning assembly 340 may comprise a 
detached check scanning component 344 linked to a computer 342. The computer 342 may 
be configured to induce check scanning, take selected actions based on the scan, and 
communicate with the processing service via the communication link 150. The check 
scanning assembly 340 may further comprise a display terminal 346 and a keyboard 350 that 
facilitate the scanning and processing of the check in a manner similar to that of the display 
panels and keypads described above in reference to Figures 9A and B. Also similar to the 
check scanning device 320 of Figure 9B, the check scanning assembly 340 may comprise a 
printer 352 that can print out a receipt having language specific for the type of check being 

scanned and processed. 

[01281 Thus, as seen in Figures 9A-C, the check scanning and processing at a 
location associated with the merchant can be performed in various different embodiments of 
scanning based systems. Figures 9D-E now illustrate how the check related transactions can 
also be conducted via systems that are not scanning based. As an example, Figure 9D 
illustrates an exemplary check transaction processing system 360 that can be located at a 
location associated with the merchant. The exemplary system 360 comprises a computing 
device 362 configured to cause a display 364 to be displayed to facilitate the check related 
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transaction. The exemplary display 364 may be displayed on a terminal located at the 
location associated with the merchant. The exemplary display 364 may also be displayed on 
a terminal associated with a customer conducting a check related transaction via a network 
such as the Internet. Thus, it will be appreciated that the exemplary display 364 may be 
displayed at any location without departing from the spirit of the present teachings. 

[0129] As shown in Figure 9D, the exemplary display 364 depicts a plurality of 
input prompts, including a "pay to" field 372, an amount field 374, a transit, field 376 
associated with the customer's check, on-us field(s) 380 (and sometimes 382), and an 
auxiliary on-us field 384. As described herein, a corporate check includes the auxiliary on-us 
field, whereas a non-corporate check typically does not. As such, an entry in the auxiliary 
on-us field input 384 may be used as an indicator that the check being processed is a 
corporate check. Conversely, an absence of an entry in the auxiliary on-us field input 384 
may be used as an indicator that the check being processed is a non-corporate check. 
Because the presence or absence of the auxiliary on-us field input 384 is typically entered by 
a human operator, thus possibly being susceptible to human error, additional logic may be 
implemented to confirm the check as a corporate or a non-corporate check. As an example, a 
typical personal check includes the check's serial number to the right of the on-us symbol in 
the on-us field (in the input prompt 382 in Figure 9D), whereas a corporate check typically 
does not. Consequently, presence or absence of an input in the input prompt 382 may be 
used in conjunction with the auxiliary on-us field input 384 to facilitate the manner in which 
a corporate check transaction is distinguished from a non-corporate check transaction. 

[0130] As shown in Figure 9D, the computing device 362 may be linked to a 
keyboard to facilitate the check related transaction. The computing device 362 may also be 
linked to a printer 370 to facilitate generation of a receipt in a manner described herein. 
Furthermore, the computing device 362 is linked to a check processing service via the 
communication link 150 also described herein. 

[0131] Figure 9E illustrates another non-scanning based check transaction 
processing system. In particular, the exemplary system illustrated in Figure 9E is a telephone 
based system 390 that may be located at a location associated with the merchant or the 
customer. The telephone based system 390 comprises a telephone 392 linked to a telephone 
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interface 394 that may be located at a location associated with the merchant, or be a part of 
the check processing service. The telephone interface 394 may be configured to convert 
information derived from the telephone based transaction into other electronic format so as to 
facilitate subsequent electronic processing of the check related transaction. 

[0132] As shown in Figure 9E, the telephone interface 394 may be configured to 
execute an exemplary process 396, part of which is shown for descriptive purpose. In step 
400, the process 396 may induce the telephone interface 394 to ask via the telephone 392 if 
an auxiliary on-us field is present on a check that the transaction is based upon. The process 
396 then detects an answer from the telephone 392. 

[0133] On the telephone end, step 400 of the exemplary process 396 may be 
presented as an exemplary instruction 406'depicted in Figure 9E. Thus, a user performing 
the telephone based transaction may choose to press the exemplary choices "1" or "2" based 
on the presence or absence of the auxiliary on-us field on the check. It will be appreciated 
that the interaction between the user and the telephone interface 394 may be facilitated by 
any number of other known implementations. For example, the user can input an exemplary- 
response by either pressing the "1" button, or by saying «one : " In another example, the 
telephone interface 394 may be configured to communicate with a Telecommunication 
Device for the Deaf (TDD) that allows people who are deaf, hard of hearing, or speech- 
impaired use the telephone to communicate. In such a communication configuration, the 
exemplary instruction 406 may be in the form of a displayed message instead of a sound- 
based message. 

[0134] As further shown in Figure 9E, the exemplary process 396, upon receipt of 
a response from the user, determines in step 402 whether the value of the answer is a "1." If 
"no," the process 396 treats the check transaction as a non-corporate type transaction. If 
"yes," then the process in step 404 prompts the user to enter digits between the two on-us 
symbols. Such an entry may be terminated by pressing the "#" key, or after passing of a 
predetermined duration after the last digit entry. In certain implementations the process 396 
may confirm the entry of the auxiliary on-us field. 

[0135] In certain implementations, the process 396 may omit the entering of the 
auxiliary on-us field. As is known in the art, the auxiliary on-us field typically contains the 
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check's serial number. In certain transactions, such information may not be necessary; thus,- 
obtaining such information from the user may be omitted. 

[0136] The process 396, following the determination of the presence of the 
auxiliary on-us field (and possibly obtaining of the field), proceeds to perform the transaction 
as a corporate check type transaction. Thus from the exemplary scanning based and non- 
scanning based devices and systems in Figures 9A-E, it will be appreciated that a corporate 
check or check information can be distinguished from that of a non-corporate check or check 

information in a number of ways. 

[0137] Figures 10 and 11 now illustrate in greater detail how a merchant based 
device (front end device) can be configured to distinguish a check as a corporate check or a 
non-corporate check based on the scanning of the check. As shown in Figures 10A and B, 
the merchant based device may comprise a check scanner 410 configured to allow scanning 
of both the corporate check 282 and the non-corporate check 284 described above in- 

reference to Figure 8A. 

[0138] In Figure 10A, the check scanner 410 is depicted as scanning (indicated by 
an arrow 414) the corporate check 282. Such scanning may be facilitated by a scan head 420, 
and the scanned image of the check may comprise a substantially full image of the check 282 
or snippets of selected areas of the check 282. 

[0139] As further shown in Figure 10A, the check scanner 410 is depicted as 
capturing the MICR line 286 of the corporate check 282 via a MICR reader 422. As is 
described herein, the MICR line 286 of the corporate check 282 typically includes the 
auxiliary on-us field 290. Thus, the scanning of the check (or snippets of the check) and 
reading of the MICR line allows the scanned check to be determined as a corporate check or 
a non-corporate check, and subsequently processed accordingly. 

[0140] As shown in Figure 10B, the check scanner 410 may also scan (depicted as 
' arrow 416) the non-corporate check 284 using the scan head 420 and read the MICR line 292 
using the MICR. reader 422. As further shown in Figures 10A and B, the scanning of the 
check and reading of the MICR line may be controlled by a processor 412. 

[0141] The processor may further be configured to process the scanned check 
image and/or the read MICR line. Figure 11 illustrates one possible implementation of a 
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process 430 that scans the check and determines if the scanned check is a corporate check or 
not. The process 430 begins in a start state.432, and in step 434 that follows, the process 430 
induces the check scanner to receive a check. In step 436 that follows, the process 430 
induces reading of the MICR line. In step 440 that follows, the process 430 then searches for 
an auxiliary on-us field in the read MICR line. 

|0142] In a decision step 442 that follows, the process 430 determines whether the 
auxiliary on-us field is present. If "no," the process 430 in step 444 denotes the scanned 
check as a non-corporate check. If "yes," the process 430 in step 446 denotes the scanned 
check as a corporate check. In certain implementations, as previously described in reference 
to Figure 6A, the check may be imaged (partially or fully) upon determination that it is a 
corporate check. Thus in certain implementations, the process 430 can in step 448 induce 
imaging of the check, The process 430 ends at a stop state 450. 

[0143] By having a merchant-associated device (at the location associated with 
the merchant) configured to distinguish a corporate check from a non-corporate check, some 
advantageous features may be implemented to improve the manner in which corporate checks 
are accepted and processed. One aspect of the present teachings relates to systems and 
methods of determining, at the merchant-associated location, whether the check or check 
related transaction involves a corporate check. In response to such a determination, the 
merchant-associated device may be configured to generate different receipts for the different 
types of checks. In particular, the merchant-associated device may be configured to generate 
a receipt for a corporate check or corporate check related transaction, or a receipt for a non- 
corporate check or a non-corporate related transaction. 

[0144] Figures 12A and B illustrate two exemplary embodiments of a check 
scanner configured to generate a corporate receipt in response to scanning of a corporate 
check. As previously described in reference to Figures 10 and 1 1, such a check scanner may 
be configured to scan both corporate checks and non-corporate checks. 

[0145] Figure 12A illustrates one embodiment of a check scanner 460 having a 
display panel 464 and a processor 462. The processor 462, in response to detection of a 
corporate check 470, induces displaying of a receipt 474 having language specific for 
corporate transactions. The customer may then be prompted to acknowledge and accept the 
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terms of the receipt 474 by performing a certain operation, such as pressing a "YES" button 
on a keypad 466. 

[0146] Figure 12B illustrates another embodiment of a check scanner 480 adapted 
to generate a hardcopy receipt 490. The paper receipt 490 may have imprinted on it language 
492 specific for corporate transactions. The customer may then acknowledge and accept the 
terms of the receipt 490 by signing on a signature block provided. Similar to the check 
scanner 460 of Figure 12A, the check scanner 480 may be configured to generate the 
appropriate receipt in response to the type of a check 484 being scanned under the control of 
a processor 482. 

[0147] As shown in Figures 12A and B, one of many possible receipt languages 
may comprise an exemplary language such as: "As a duly authorized signer on the account 
listed above, I authorize conversion of the check to draft or Electronic Funds Transfer (EFT) 
and the debiting of the account for payment of the sale amount. I expressly confirm that I 
have read the return check fee point-of-sale (POS) signage. If the draft or EFT returns 
unpaid, I agree to pay the check plus all applicable fees as stated on the POS signage or the 
maximum fee allowed by state law by EFT(s) or debit(s) to the account. I further agree to be 
bound to the NACHA rules." It will be appreciated that such an exemplary receipt language 
can be modified in any number of ways without departing from the spirit of the present 
teachings. 

[0148] In certain embodiments, the exemplary processors 462 and 482 of Figures 
12A and B are configured to distinguish the types of checks scanned and generate different 
types of receipts depending on the type of the checks. One such process 500 is illustrated in 
Figure 13. The process 500 begins at a start state ,502, and in step 504 that follows, the 
process 500 induces scanning of a check. In a decision step 506 that follows, the process 
determines whether the scanned check is a corporate check. In certain implementations, such 
a determination is based on the presence or absence of the auxiliary on-us field in a manner 
described above. 

[0149] If the answer in step 506 is "no," the process 500 in step 5 10 denotes the 
scanned check as a non-corporate check. In step 512 that follows, the process 500 induces 
printing or displaying of a receipt for non-corporate checks. If the answer in step 506 is 
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"yes," the process 500 -in step 514 denotes the scanned check as a corporate check. In step 
516 that follows, the process 500 induces printing or displaying of a receipt for corporate 
checks. The process 500 ends at a stop state 520. 

[0150] Although the above-disclosed embodiments of the present invention have 
shown, described, and pointed out the fundamental novel features of the invention as applied 
to the above-disclosed embodiments, it should be understood that various omissions, 
substitutions, and changes in the form of the detail of the devices, systems, and/or methods 
illustrated may be made by those skilled in the art without departing from the scope of the 
present invention. Consequently, the scope of the invention should not be limited to the 
foregoing description, but should be defined by the appended claims. 

[0151] All publications and patent applications mentioned in this specification are 
indicative of the level of skill of those skilled in the art to which this invention pertains. All 
publications and patent applications are herein incorporated by reference to the same extent 
as if each individual publication or patent application was specifically and individually 
indicated to be incorporated by reference. 
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